
AMENDMENTS TO THE CLAIMS 



This listing of claims will replace all prior versions and listings of claims in the Application. 
Listing of Claims: 



volume provider to map a logical storage volume onto one or more storage devices of a storage 
subsystem, wherein the volume provider presents an application programming interface (API) to 
applications on the computer, the API for receiving storag e access information that charact e riz e s 
first desired behavioral attributes of the logical storage volume, and wherein the volume provider 
maps the logical storage volume based on first desired behavioral attributes received from a first 
application and second desired behavioral attributes previously received via the API from a 
second application . 

2. (currently amended) The storage management system of claim 1 wherein the 
first desired behavioral attributes includes data availability desires including a desired level of 
fault tolerance. 

3. (currently amended) The storage management system of claim 1 wherein the 
first desired behavioral attributes include intended input/output patterns for accessing the logical 
storage volume. 

4. (original) The storage management system of claim 3 wherein the access patterns 
indicate whether the volume is primarily intended for sequential reads and sequential writes. 

5. (currently amended) The storage management system of claim 1 wherein the 
first desired behavioral attributes include optimization preferences. 



1 . (currently amended) 



A storage management system on a computer comprising a 



6. (currently amended) The storage management system of claim 1 wherein the 
volume provider resolves conflicts between the first desired behavioral attributes and the second 
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desired behavioral attributes configur e s th e logical storag e volume as a function of th e storag e 
acc e ss information and physical characteristics of th e on e or more storag e d e vic e s of th e e xternal 
storag e subsyst e m . 

7. (currently amended) The storage management system of claim 1 , wherein the 
first and second applications have no knowledge of the physical characteristics of the one or 
more storage devices of the storage subsystem and furth e r including a softwar e application 
executing on th e comput e r, wh e r e in th e softwar e application issu e s th e storag e acc e ss 
information to th e volum e provid e r . 

8. (currently amended) The storage management system of claim 7 wherein the 
second application is an administrative tool that issues second desired behavioral attributes the 
storag e acc e ss information to the volume provider in response to input from an administrator. 

9. (currently amended) The storage management system of claim 3 wherein the 
volume provider monitors actual access patterns and reconfigures the volume in response to 
changes in the actual access patterns and the intended input/output aeeess-patterns. 

10. (original) The storage management system of claim 1, wherein the API conforms to 
a Component Object Model (COM) interface. 

1 1 . (currently amended) A method for managing one or more storage volumes of a 
storage subsystem by a computer comprising: 

receivings via an application programming interface (API) presented by a volume 
provider to applications on the computer , first storage access information that 
characterizes desired volume behavioral attributes of one or more storage volumes from a 
first application ; 

receiving, from a second application via the APL second storage access 
information that characterizes desired volume behavioral attributes of one or more 
storage volumes; and 
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configuring, by the volume provider, one or more storage volumes of a-the 
storage subsystem as a function of the first and second storage access information and 
physical characteristics of the storage subsystem . 

12. (currently amended) The method of claim 1 1 wherein receiving first storage 
access information includes receiving data availability desires including a preferred level of fault 
tolerance. 

13. (currently amended) The method of claim 1 1 wherein receiving first storage 
access information includes receiving intended access patterns. 

14. (original) The method of claim 13 wherein receiving the intended access patterns 
includes receiving whether a volume is primarily intended for sequential reads or sequential 
writes. 

15. (currently amended) The method of claim 1 1 wherein receiving first storage 
access information includes receiving configuration parameters including a request size. 

16. (currently amended) The method of claim 1 1 wherein receiving first storage 
access information includes receiving optimization parameters. 

17. (currently amended) The method of claim 16 and further including monitoring 
accesses of the configured storage volumes by the s oftwar e first application. 

18. (currently amended) The method of claim 16 and further including reconfiguring 
the storage volumes based on the monitored accesses and the received first storage access 
information. 

19. (currently amended) The method of claim 1 1 wherein configuring includes 
resolving conflicts between the first and second within th e storage access information. 
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20. (currently amended) The method of claim 1 1, wherein receiving the first storage 
access information includes receiving the first storage access information via the application 
programming interface (API) that conforms to a Component Object Model (COM) interface. 



instructions to cause a computer to perform a method of: 

rec e ivings via an application programming interfac e (API) pr e s e nt e d by a volum e 
provid e r, storag e access information that communicat e s volum e b e havioral attribut e s of 
on e or mor e storag e volum e s; and 

configuring, by th e volum e provider, on e or more storage volum e s of an e xt e rnal 
storag e subsyst e m as a function of th e storag e acc e ss information 

receiving, from a first application via an application programming interface (API) 
presented by a volume provider to applications on the computer, first storage access 
information that characterizes desired volume behavioral attributes of one or more 
storage volumes when stored on a storage subsystem; 

receiving, from a second application via the API, second storage access 
information that characterizes desired volume behavioral attributes of storage volumes; 
and 

configuring, by the volume provider, one or more storage volumes of the storage 
subsystem based on the first and second storage access information . 

22. (currently amended) The computer-readable medium of claim 21 further 
including computer-executable instructions to cause the computer to further perform the method: 
monitoring accesses of the configured storage volumes by the software 
application; and 

reconfiguring one or more the-storage volumes based on the accesses and the 
received first and second storage access information. 



21. (currently amended) 



A computer-readable medium having computer-executable 



23.-28. (canceled) 
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29. (new) The storage management system of claim 1, wherein the first and second 
desired behavioral attributes are selected from a set of predefined behavioral attributes that are 
independent of physical characteristics of storage devices. 

30. (new) The storage management system of claim 29, wherein the set of predefined 
behavioral attributes includes a fault tolerance attribute, a fast crash recovery required attribute, a 
removable attribute, an optimize for sequential reads attribute, an optimize for sequential writes 
attribute, an optimize for mostly reads attribute, a reconfiguration allowed attribute, an expected 
maximum size attribute, an optimal read size attribute, an optimal read alignment attribute, an 
optimal write size attribute, an optimal write alignment attribute, a maximum number of spindles 
attribute, an interleave size attribute, and a rebuild priority attribute. 

31. (new) A method for configuring a logical volume onto a storage device comprising: 
receiving, by an application programming interface (API) exposed by a volume provider 

to applications on a computer, first desired behavioral attributes for the logical volume from a 
first application, the first desired behavioral attributes independent of storage device physical 
characteristics; 

receiving, by the API, second desired behavioral attributes for the logical volume from a 
second application on the computer; and 

configuring the logical volume based on the first and second desired behavioral attributes 
and storage device physical characteristics of a storage system. 

32. (new) The method of claim 31 further comprising: 

resolving conflicts between the first desired behavioral attributes and the second desired 
behavioral attributes. 

33. (new) The method of claim 31 further comprising: 

reporting to the first application an actual configuration of the logical volume. 

34. (new) The method of claim 31 further comprising: 
monitoring access patterns of the logical volume; 
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comparing the access patterns of the logical volume to the first and second desired 
behavioral attributes; and 

reconfiguring the logical volume if the access patterns differ from the first or second 
desired behavioral attributes. 

35. (new) The method of claim 31 wherein configuring comprising: 

storing configuration rules associating desired behavioral attributes with logical 
volume configurations based on the storage device physical characteristics; and 

configuring the logical volume based on the first and second desired behavioral 
attributes, the configuration rules, and the storage device physical characteristics. 

36. (new) The method of claim 31 further comprising: 

determining, by the first application, first desired behavioral attributes of the 
logical volume. 



